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METHOD AND APPARATUS FOR POWER MANAGEMENT OF SERVER BLADES 



IN AN OPERATING SYSTEM BOOTED ENVIRONMENT 



TECHNICAL FIELD 

[0001] An embodiment of the present invention relates to power management in a blade 
server system. More specifically, an embodiment of the present invention relates to a method and 
apparatus for communicating information from an operating system based environment of a 
server blade to a chassis management module in a blade server system. 

BACKGROUND 

[0002] A blade server system packages servers onto single boards (server blades) that are 
housed in a chassis that provides access to shared resources such as power. A chassis 
management module operates to manage the shared resources among the server blades. 
Currently, when the server blade is booted to an operating system, it is unable to communicate 
with the chassis management module to exchange information about power events such as 
Advanced Configuration and Power Interface (ACPI) (published 1996) power states. 
[0003] ACPI is an open industry specification that establishes industry-standard interfaces 
for operating system directed power management on laptops, desktops, and servers. ACPI 
enables an operating system to control an amount of power given to an entire computer system or 
specific devices attached to the computer system. To conserve energy while remaining quickly 
available, ACPI defines a number of sleep states known as S-states. An ACPI-compliant 
computer system may implement some or all of the defined S-states. 

[0004] Commonly supported S-states include the SO, SI, S4, and S5 sleep states. The SO 
sleep state is a state where all the devices on the computer system are on and no sleep is enabled. 
The SI sleep state is a low wake-up latency sleep state. In the SI sleep state, the computer 
system context in the processor and/or chip set is maintained. The S4 sleep state (non-volatile 
sleep state) is a special global system state that allows system context to be saved and restored 



2 



relatively slowly when power is lost to the baseboard. The operating system writes system 
context to a non-volatile storage file and leaves appropriate context markers. The S5 sleep state 
is similar to the S4 sleep state except the operating system does not save any context nor enable 
any devices to wake up the system. The system is in the "soft" off state and requires a complete 
boot when awakened. 

[0005] Currently, a server blade's operating system is unable to communicate ACPI sleep 
states to an off-board chassis management module responsible for power management. Thus, 
what is needed is a method and apparatus for communicating information from an operating 
system based environment of a server blade to the chassis management module. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0006] The features and advantages of embodiments of the present invention are illustrated 
by way of example and are not intended to limit the scope of the embodiments of the present 
invention to the particular embodiments shown. 

[0007] Figure 1 is a block diagram of a blade server system in which an embodiment of the 
present invention resides. 

[0008] Figure 2 is a block diagram that illustrates conceptual components of a blade unit 
according to an embodiment of the present invention. 

[0009] Figure 3 is a block diagram of an Advance Configuration Power Interface (ACPI) 
module according to an embodiment of the present invention. 

[0010] Figure 4 is a flow chart illustrating a method for communicating information from an 
operating system based environment according to an embodiment of the present invention. 
[0011] Figure 5 illustrates an example of how an ASL method may be used according to an 
embodiment of the present invention. 

[0012] Figure 6 illustrates an example of how an ASL method may be used according to a 
second embodiment of the present invention. 
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DETAILED DESCRIPTION 

[0013] In the following description, for purposes of explanation, specific nomenclature is set 
forth to provide a thorough understanding of embodiments of the present invention. However, it 
will be apparent to one skilled in the art that these specific details may not be required to practice 
the embodiments of the present invention. In other instances, well-known circuits, devices, and 
programs are shown in block diagram form to avoid obscuring embodiments of the present 
invention unnecessarily. 

[0014] Figure 1 is a block diagram of a blade server system 100 in which an embodiment of 
the present invention resides. The blade server system 100 includes a plurality of server blades. 
Block 1 10 represents a first server blade, block 120 represents a second server blade, and block 
130 represents an nth server blade, where n may be any number. Each of the server blades 1 10, 
120, and 130 may be implemented on a single circuit board. Server blades 1 10, 120, and 130 
include blade units 111,121, and 131 respectively. Each of the blade units 111,121, and 13 1 is 
an inclusive computing system that may include one or more processors, memory, 
communication paths, and other resources. 

[0015] Server blades 1 10, 120, and 130 include service processors (SP) 115, 125, and 135 
respectively. The service processors 115, 125, and 135 provide monitoring and control 
functionality to its corresponding server blade. Each of the service processors 115, 125, and 135 
includes a baseboard management controller (BMC) 116, 126, and 136 respectively. The 
baseboard management controller 1 16, 126, and 136 may maintain event logs, manage sensor 
data, and support other functions for its corresponding server blade. According to an embodiment 
of the blade server system 100, the service processors 115, 125, and 135 may be Intelligent 
Platform Management Interface (IPMI) (published 2002) based service processors. 
[0016] Each of the service processors 1 15, 125, and 135 also includes an embedded 
controller (EC) 117, 127, and 137. The embedded controllers 117, 127, and 137 may operate to 
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generate information including information to indicate the occurrence of power management 
events. The embedded controllers 117, 127, and 137 may generate the information in response to 
data received from its corresponding service processor 1 15, 125, and 135. Alternatively, the 
embedded controllers 117, 127, and 137 may forward information received from an operating 
system running on its corresponding blade unit 1 1 1, 121, and 131. According to an embodiment 
of the blade server system 100, the embedded controllers 117, 127, and 137 are Advance 
Configuration Power Interface (ACPI) (published 1996) based embedded controllers. In this 
embodiment, each of the service processors 1 15, 125, and 135 has an ACPI based embedded 
controller interface. 

[0017] The blade server system 100 includes shared resources 140. The shared resources 
150 may include a network interface, storage device, power supply, cooling/ventilation system, 
and/or other resources that may not be available on the server blades 1 10, 120, and 130 and must 
be shared among the server blades 1 10, 120, and 130. 

[0018] The blade server system 100 includes a chassis management module (CMM) 150. 
The chassis management module 150 manages access to the shared resources 140 between the 
server blades 1 10, 120, and 130. The chassis management module 150 has a dedicated channel to 
each of the server blades 1 10, 120, and 130 where information, request/grants to access shared 
resources, and other data may be transmitted. The dedicated channel may be, for example, a 
RS485 or other bus. The chassis management module 150 resides on a separate board from 
server blades 1 10, 120, and 130. The chassis management module 150 may be housed in a same 
chassis as the server blades 1 10, 120, and 130. According to an embodiment of the blade server 
system 100, communication between the chassis management module 150 and the server blades 
1 10, 120, and 130 is conducted using the IPMI protocol. It should be appreciated that the chassis 
management module 1 50 may be implemented by a management agent that may or may not 
necessarily reside on a separate module. 
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[0019] Figure 2 is a block diagram that illustrates conceptual components of a blade unit 200 
according to an embodiment of the present invention. The blade unit 200 may be implemented as 
one of the blade units 111,121, and 1 3 1 shown in Figure 1 . The blade unit 200 includes a 
physical machine 210. According to one embodiment, the physical machine 1 10 may be 
components of a computer system such as, for example, one or more processors, main memory, 
buses, input output (IO) devices, and other components. 

[0020] The blade unit 200 includes a basic input/output system (BIOS) 220. The BIOS 220 
is a program that may be stored in read only memory (ROM) that is run when the server unit 200 
is booted up. The BIOS 220 includes a tester module (TM) 221 . The tester module 221 performs 
a power-on self test (POST) to determine whether the components on the blade unit 200 are 
operational. The BIOS 220 includes a loader module (LM) 222. The loader module 222 locates 
and loads programs and files such as boot programs, system files, and the operating system. The 
BIOS 220 includes a data manager module (DMM) 223. The data manager module 223 manages 
data flow between the operating system of the blade unit 200 and other components coupled to 
the blade unit 200. 

[0021] The BIOS 220 includes an ACPI module (ACPIM) 224. The ACPI module 224 
operates to enable operating system-directed configuration and power management (OSPM). The 
ACPI module 224 describes the characteristic of the blade unit 200 by placing data, organized 
into tables, such as Root System Description Table (RSDT) and Differentiated System 
Description Table (DSDT) into a main memory of the blade unit 200. According to an 
embodiment of the present invention, the ACPI module 224 also includes ACPI methods that 
direct information from an operating system environment of blade unit 200 to be transmitted to a 
service processor corresponding to the blade unit 200. The ACPI methods may direct the 
information to be transmitted to the service processor via its embedded controller. The ACPI 
methods may be implemented using, for example, ACPI source language (ASL) that is compiled 
into ACPI machine language (AML). 
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[0022] The blade unit 200 includes an operating system (OS) 230. The operating system 
230 runs above the BIOS 220 and manages programs run on the blade unit 200. The operating 
system 230 includes a job management module (JMM) 23 1 . The job management module 23 1 
controls the order and time in which applications and tasks are run. The operating system 230 
includes a device management module (DVMM) 232. The device management module 232 
controls devices coupled to the blade unit 200 by sending commands in the proprietary languages 
of the devices. The device management module 232 may include device drivers for peripheral 
devices. The operating system 230 includes an ACPI management module (ACPEMM) 233 that 
supports functionalities required by ACPI. The ACPI management module 233 includes an AML 
interpreter that interprets AML in the ACPI module 224. It should be appreciated that the BIOS 
220 and the operating system 230 may include other modules to support other functionalities. 
[0023] Figure 3 is a block diagram of an ACPI module 300 according to an embodiment of 
the present invention. The ACPI module 300 may be implemented as the ACPI module 224 
shown in Figure 2. The ACPI module 300 operates to enable a computer system to support 
OSPM. The ACPI module 300 includes a system catalog unit 310 that describes the 
characteristic of a computer system to its operating system. According to an embodiment of the 
ACPI module 300, the system catalog unit 310 places data describing characteristics of the 
computer system into tables stored in the main memory of the computer system. The tables may 
include a RSDT and a DSDT. 

[0024] The ACPI module 300 includes an information identification unit 320. The 
information identification unit 320 identifies information originating from an operating system 
environment that is directed to a chassis management module. The information identification unit 
320 may identify information such as events or states detected by the operating system. 
According to an embodiment of the ACPI module 300, the information identification unit 320 
identifies ACPI sleep states directed to the chassis management module. 
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[0025] The ACPI module 300 includes an embedded controller interface unit 330. The 
embedded controller interface unit 330 transmits the information identified by the information 
identification unit 320 that is to be directed to the chassis management module to a service 
processor on the same circuit board as the computer system. The embedded controller interface 
unit 330 may direct the information to be transmitted to the service processor via its embedded 
controller using the Smart Management Bus (SMBus) protocol (published 1995). 
[0026] It should be appreciated that the system catalog unit 310, information identification 
unit 320, and embedded controller interface unit 330 may be implemented as ASL methods in a 
BIOS using ASL that is compiled into AML. An ASL method may be a program in the ACPI 
source language. It should further be appreciated that the ACPI module 300 may utilize 
additional ASL methods to implement other functionalities. 

[0027] Figure 4 is a flow chart illustrating a method for communicating information from an 
operating system based environment according to an embodiment of the present invention. The 
operating system based environment may be, for example, in a blade server system. At 401, the 
BIOS loads the ASL methods. According to an embodiment of the present invention, the BIOS 
loads the ASL methods when a computer system is booted. 

[0028] At 402, the operating system for the computer system is loaded. According to an 
embodiment of the present invention, the BIOS gives control of the computer system to the 
operating system. 

[0029] At 403, it is determined whether information originating from the operating system 
environment is to be transmitted to a chassis management module. The information may include 
a power event such as an ACPI sleep state. It should be appreciated that the information may be 
any predefined information specified by the ASL method. If it is determined that the information 
originating from the operating system environment is not to be transmitted to the chassis 
management module, control returns to 403. If it is determined that the information originating 
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from the operating system environment is to be transmitted to the chassis management module, 
control proceeds to 404. 

[0030] At 404, the information is transmitted to the service processor. According to an 
embodiment of the present invention, the information is transmitted to the service processor via 
the embedded controller. 

[0031] At 405, the information is packaged and transmitted to the chassis management 
module. According to an embodiment of the present invention, the information is packaged in a 
format recognizable to the management agent. The format may be, for example, a packet 
compliant with the IPMI protocol. 

[0032] Figures 4 is a flow chart illustrating embodiments of the present invention. Some of 
the procedures illustrated in the figures may be performed sequentially, in parallel or in an order 
other than that which is described. It should be appreciated that not all of the procedures 
described are required, that additional procedures may be added, and that some of the illustrated 
procedures may be substituted with other procedures. 

[0033] Figure 5 illustrates an example of how an ASL method may be used according to an 
embodiment of the present invention. At 501, a blade unit booted to an operating system detects 
an event. 

[0034] At 502, the operating system on the blade unit executes an ASL method to convey 
information about the detected event to an embedded controller on a service processor. 
[0035] At 503, the service processor may acknowledge a reading of the embedded controller 
to the operating system. 

[0036] At 504, the information about the detected event is packetized and sent to a chassis 
management module. 
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[0037] Figure 6 illustrates an example of how an ASL method may be used according to a 
second embodiment of the present invention. At 601, a chassis management module requests 
putting a blade unit into a predetermined state. 

[0038] At 602, a service processor sets an embedded controller general purpose input output 
(GPIO) request. 

[0039] At 603, the embedded controller is read by a blade booted to an operating system via 
an ASL method. 

[0040] At 604, information about the request for putting the blade unit into the 
predetermined state is given to the blade booted operating system via the embedded controller. 
[0041] At 605, the blade unit is put into the predetermined state via an ASL method. 
[0042] According to an embodiment of the present invention, a communication path is 
established between a runtime operating system of a blade unit and a chassis management 
module. The communication path originates from the operating system environment and runs 
through the service processor via an embedded controller before ending at the chassis 
management module. By providing this communication path the operating system is allowed to 
communicate information to the chassis management module such as power events like ACPI 
sleep states. The chassis management module may operate to monitor and administer power 
consumption requirement and improve power efficiency to the computer system and the server 
system in response to the received information. 

[0043] In the foregoing specification, the embodiments of the present invention have been 
described with reference to specific exemplary embodiments thereof. It will, however, be evident 
that various modifications and changes may be made thereto without departing from the broader 
spirit and scope of the embodiments of the present invention. The specification and drawings are, 
accordingly, to be regarded in an illustrative rather than restrictive sense. 
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